SEARCHP.005A PATENT 
DSP BUS MONITORING APPARATUS AND METHOD 
Cross-Referegce To Related Application 

Pursuant to 35 U.S.C. § 119(e), this application claims the priority benefit of 
provisional application No. unknown filed August 15, 1997. 
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1. Field of the Invention 

The present invention is in the field of development, debugging and testing tools 
for systems utilizing embedded processors. 

2. Description of the Related Art 

10 A broad selection of debugging tools traditionally have been available for the 

design and development of systems utilizing embedded microprocessors and 
microcontrollers. The use of these tools has been extended to the development of systems 
utilizing specialized processors such as reduced instruction set computers (RISC), co- 
processors and digital signal processors (DSP). Processor development tools have 

15 included hardware-oriented devices, such as in-circuit emulators and logic analyzers, and 
software-oriented devices, such as ROM monitors. Also included are on-chip debuggers, 
which fall somewhere between in-circuit emulators and ROM monitors. 

A full-featured in-circuit emulator is the most powerful debugging tool 
Connection between the emulator and the target system is accomplished with a pod that 

2 0 replaces the target system processor or fits on top of it. The emulator provides its own 
memory which overlays the target's RAM or ROM. Emulation allows single-step 
program execution, breakpoints, access to register and memory values, and the capture of 
program traces. 

Logic analyzers are general purpose tools typically used to troubleshoot logic 
25 circuits, allowing the capture of logic state or timing traces upon the occurrence of a 
triggering event. While an emulator replaces the target system processor, a logic analyzer 
can be connected to a processor's external signals and used to passively monitor processor 
operation. Logic analyzers conventionally utilize probes which lock on and electrically 



attach to the microprocessor external pins. Unlike emulators, on-chip debuggers or ROM 
monitors, a logic analyzer requires no target resources. On the other hand, a logic 
analyzer only passively monitors the processor, and another tool is necessary for run 
control, memory and register reads and writes and code downloading. 

A ROM monitor is essentially application code that resides in target ROM. Unlike 
an emulator, a ROM monitor runs on the target and needs significant target resources, 
such as an interrupt, a communication port and a RAM. A ROM monitor can provide run 
control, memory and register reads and writes and code downloading. On-chip debuggers 
are tools which take advantage of the on-chip debugging features found in some 
processors. A processor's on-chip debugging features are accessed through one or more 
dedicated pins. These features are typically debug registers implemented on the processor 
or special debug registers reserved for use by an on-chip debugger. Higher-level 
debugging features are provided by host-based debugger packages. These debugger 
packages can be used for single-stepping and setting breakpoints, reading and writing 
registers and memory, code downloading and resetting the processor. 

Today's fast, complex processors make it harder to debug embedded systems using 
these traditional tools. To begin with, modem processors which incorporate superscalar 
program execution, on-chip program and data caches and multiple address and data buses 
have logic states that cannot be easily determined by accessing external device pins. FIG. 
1 is a block diagram of a prior art digital signal processor (DSP) illustrating a complex 
architecture with multiple internal buses, including a program address bus (PAB) 110, a 
program read data bus (PRDB) 120, a data write address bus (DWAB) 130, a data write 
data bus (DWEB) 140, a data read address bus (DRAB) 150, and a data read data bus 
(DRDB) 160. FIG. 2 is a block diagram of another prior art DSP also illustrating a 
complex architecture with multiple internal buses, including a data memory address 
(DMA) bus 210, a data memory data (DMD) bus 220, a program memory address (PNIA) 
bus 230, and a program memory data (PMD) bus 240. 

Performance improvements in modem processors, such as increased clock rates 
and internal clock multiplication, also make debugging these embedded systems more 



difficult. The high frequency signals of many modern processors cannot tolerate the 
capacitance associated with pod or probe assemblies and their associated cabling. Further, 
modem packaging techniques utilized to accommodate higher frequencies, such as surface 
mount devices, are not amenable to probe attachment. In addition, real-time circuits 
5 cannot be halted or slowed without altering the results. 

Current debugging techniques are greatly restricted. Modern processors typically 
provide only a few dedicated serial pins through which registers can be initially set, 
processor execution started and registers can be examined. However, this greatly restricts 
the ability to monitor the internal processor states, hampering the development process. 

10 There is a need to provide non-invasive state monitoring capability on a processor chip to 
facilitate processor development. 

Summary of the tavetukm 
A bus monitor is co-located with a processor on a chip or within a module. The 
bus monitor includes an interface, a bus watching circuit and a memory. The interface 

15 provides a connection between the external contacts of the chip or module package and 
the bus monitor. The interface has an input which allows trigger conditions to be 
downloaded from an external device to the bus monitor. The interface also has an output 
which allows a captured trace of bus states to be uploaded to an external device. The bus 
watching circuit monitors the data on at least one of the processor buses, producing a 

2 0 trigger output when a triggering event matches the downloaded trigger condition. The 
memory stores data from at least one of the processor buses in response to the bus 
watching circuit trigger output, creating a trace of states occurring on a bus. The memory 
also reads trace data from its storage to the interface output. 

Another aspect of the current invention is a method of monitoring processor bus 

2 5 states occurring on at least one of a plurality of internal processor buses. The method 
involves downloading a trigger condition from an external device to the bus monitor. The 
downloaded trigger condition is compared with events occurring on monitored buses. In 
response to a comparison match, a trace of bus data is retained in storage. This trace data 
is then uploaded to an external device for analysis. 
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Brief Description of the Drawings 

FIG. 1, comprising FIGS. 1A-1B, is a block diagram of a prior art DSP processor 
illustrating a multiple internal bus architecture; 
5 FIG. 2 is a block diagram of another prior art DSP processor, also illustrating a 

multiple internal bus architecture; 

FIG. 3, comprising FIGS. 3A-3B, is a block diagram of a basic bus monitor 
according to the present invention as applied to the DSP processor illustrated in FIGS. 1 A- 
1B; 

1 0 FIG. 4 is a block diagram of a basic bus monitor according to the present invention 

as applied to the DSP processor illustrated in FIG. 2; 

FIGS. 5, comprising FIGS. 5A-5B, is a block diagram of a bus monitor with 
enhanced features including the monitoring of multiple buses and state tracing of multiple 
buses; 

15 FIG. 6 is a detailed block diagram of a preferred embodiment of the bus monitor; 

FIG. 7 is a detailed block diagram of a preferred embodiment of the bus matching 
portion of the bus watching circuit for the bus monitor; 

FIG. 8 is a detailed block diagram of a preferred embodiment of the event 
matching portion of the bus watching circuit for the bus monitor; 
2 0 FIG. 9 is a detailed block diagram of a preferred embodiment of the circular buffer 

for the bus monitor; 

FIG. 10 is a memory map for a circular buffer illustrating the sequence of trace 
data storage in the buffer; 

FIG. 11 is a block diagram of the prior art IEEE Std 1 149.1 test access port (TAP); 
2 5 FIG. 12 is a state diagram for the controller of the prior art IEEE Std 1149.1 TAP; 

FIG. 13 is a detailed block diagram of a preferred embodiment of the external 
interface according to the current invention; 

FIG. 14, comprising FIGS. 14A-14M is a timing diagram illustrating the 
downloading of trigger point data through the external interface; and 
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FIG. 15, comprising FIGS. 15A-15M is a timing diagram illustrating the 
uploading of status and bus trace data through the external interface. 

Detailed Description of the Preferred Embodiments 
5 A. Processor Integrated Bus Monitoring 

The bus monitoring apparatus and method of the current invention regards the 
non-invasive monitoring of internal processor bus states while the processor is executing a 
program in real-time. In particular, the bus monitor is implemented on the same "chip" or 
within the same module as the processor. The bus monitor according to the present 

10 invention "watches" a particular processor bus for the occurrence of a triggering event. 
When such an event occurs, data is read from a processor bus and stored in a memory. 
This memory is eventually read to an external device and analyzed. 

FIGS. 3A-3B show a block diagram of the DSP of FIGS. 1A-1B incorporating a 
bus monitor according to the present invention. FIG. 4 shows a block diagram of the DSP 

15 of FIG. 2 incorporating a bus monitor according to the present invention. Referring to 
FIGS. 3, the bus monitor 300 includes bus watching circuitry 310, a circular buffer 330, 
and an external interface 350. The bus watching circuitry 310 determines the occurrence 
of a triggering event on one or more processor buses. The circular buffer 330 acts as the 
memory which stores bus data as a function of a triggering event. The external interface 

2 0 350 allows a trigger condition to be downloaded to the bus monitor from an external 
device, such as a PC, and allows bus trace data to be uploaded from the bus monitor to an 
external device. 

In one case, the bus monitor comprises a bus watching circuit which monitors 
conditions occurring on a single processor bus to trigger a circular buffer which stores data 
2 5 from a single processor bus. FIGS. 3 illustrate this particular example where the bus 
watching circuitry 310 monitors conditions occurring on the DRAB bus 150 to trigger a 
trace of events occurring on the DRDB bus 160. The triggering event can, for example, 
occur when a value on a single bus is greater than, less than, or equal to a given value. 
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The bus monitor can be more sophisticated than watching a single bus to trigger 
data capture from a single bus. The bus watching circuit can monitor multiple buses and 
generate multiple triggers for the capture of data from multiple buses. For example, FIGS. 
5 illustrate a bus monitor 500 where the bus watching circuit 510 monitors six different 
5 DSP buses 110-160 and generates triggers 522, 524, 526 to three different circular buffers 
532, 534, 536. These circular buffers capture data traces from three different DSP buses 
140, 150, 160. If the bus watching circuitry is used to monitor multiple buses, the trigger 
event can be more complex than the example described above with respect to FIGS. 3. 
For example, the triggering event can be a corresponding occurrence of an even value on 

10 an address bus and a specific operation code on an instruction bus. 
B. Bus Monitor Circuitry 

FIG. 6 shows a detailed block diagram of a preferred embodiment of the bus 
monitor. The bus watching circuitry includes multiple bus matching functions and event 
matching functions to generate multiple circular buffer triggers. Each bus match circuit 

15 monitors a bus to determine the occurrence of a particular bus event, generating a "match" 
signal in response. A particular processor bus may be connected to zero, one or multiple 
bus match circuits. For example, FIG. 6 illustrates six processor buses A-F. Bus A 602 is 
monitored by the bus match 1 circuit 622 which generates the MATCH 1 signal 632. Bus 
B 604 is monitored by the bus match 2 circuit 624 which generates the MATCH 2 signal 

2 0 634. Bus C 606 is unmonitored. Bus D 608 is monitored by both the bus match 3 626 
and bus match 4 628 circuits which generate the MATCH 3 636 and MATCH 4 638 
signals, respectively. Buses E 610 and F 612 are also unmonitored. 

Multiple event match circuits are each connected to the match signals which are 
output from the bus match circuits. Each event match circuit responds to a particular 

2 5 combination of these match signals to generate a trigger signal to a particular circular 
buffer. Referring again to FIG. 6, match signals MATCH 1 632, MATCH 2 634, 
MATCH 3 636 and MATCH 4 638 are routed to each of three event match circuits, event 
match 1 642, event match 2 644, and event match 3 646. Each of these event match 
circuits, in response to its particular combination of these four match signals, generates 
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one of the three independent trigger signals, TRIGGER 1 652, TRIGGER 2 654 and 
TRIGGER 3 656. Each of these trigger signals are connected to its corresponding circular 
buffer, which is one of circular buffer 1 662, circular buffer 2 664 or circular buffer 3 666. 
These circular buffers each are connected to a processor bus and continually store 
5 valid data from a bus until a trigger signal is detected. Each circular buffer responds to its 
trigger signal input to stop the storage of data from its particular processor bus. Referring 
again to FIG. 6, circular buffer 1 662 stores data from processor bus A 602 until detecting 
TRIGGER 1 652, circular buffer 2 664 stores data from processor bus E 610 until 
detecting TRIGGER 2 654, and circular buffer 3 666 stores data from processor bus F 612 

10 until detecting TRIGGER 3 656. In this example, data is not stored from processor buses 
B 604, C 606 and D 608. 

After detecting a trigger signal, trace data obtained from a processor bus is retained 
in a circular buffer until it is uploaded to an external device or until the buffer is reset. 
Continuing to refer to FIG. 6, bus data is read from circular buffer 1 662 via the TRACE 

15 OUT 1 672 output, bus data is read from circular buffer 2 664 via the TRACE OUT 2 674 
output, and bus data is read from circular buffer 3 666 via the TRACE OUT 3 676 output. 

The bus monitor also provides inputs for trigger conditions, which include bus 
match and event match conditions, to be downloaded to the bus monitor from an external 
device. Still referring to FIG. 6, an input downloads data to each of the bus match and 

2 0 event match circuits. In this example, the bus match circuits are chained together with 
serial data paths BUS MATCH DATA 1-4 682-688. Externally originating data 
specifying a bus match condition is serially shifted onto the TDI 680 line, into and through 
the Bus Match 1 circuit 622, and onto the BUS MATCH DATA 1 682 line. This data 
continues to shift from the BUS MATCH DATA 1 682 line, into and through the Bus 

2 5 Match 2 624 circuit, and onto the BUS MATCH DATA 2 684 line. As bus match 
condition data continues to be downloaded to the bus monitor, it shifts from the BUS 
MATCH DATA 2 684 line, into and through the Bus Match 3 626 circuit, and onto the 
BUS MATCH DATA 3 686 line. Finally, as bus match conditions continue to be 
externally downloaded, this data shifts from the BUS MATCH DATA 3 686 line and into 
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the Bus Match 4 circuit 628. This downloading process continues until the bus match 
condition data has been fully shifted into each of the bus match circuits. A BUS MATCH 
DATA 4 688 output data path is optionally provided so that test data can be shifted 
through the bus match circuits to an external interface so that an external device can verify 
5 proper operation of these circuits. 

Continuing to refer to FIG. 6, the TDI 680 input also downloads event condition 
data to the event match circuits in a similar manner as for the bus match circuits. In this 
example, the event match circuits are chained together with serial data paths EVENT 
MATCH DATA 1-3 692-696. Externally originating data specifying an event match 

1 0 condition is serially shifted onto the TDI 680 line, into and through the event match 1 
circuit 642, and onto the EVENT MATCH DATA 1 692 line. This data continues to shift 
from the EVENT MATCH DATA 1 692 line, into and through the event match 2 644 
circuit, and onto the EVENT MATCH DATA 2 694 line. Finally, as event condition data 
continues to be downloaded to the bus monitor, it shifts from the EVENT MATCH 

15 DATA 2 694 line and into the event match 3 646 circuit. This downloading process 
continues until the event match condition data has been fully shifted into each of the event 
match circuits. An EVENT MATCH DATA 3 696 output data path is provided so that 
test data can be shifted through the event match circuits to verify proper operation of these 
circuits. 

2 0 The preferred embodiment of the bus monitor has been disclosed as having four 

bus match circuits, three event match circuits and three circular buffers. One of ordinary 
skill in the art will appreciate that the bus monitor may have greater than or less than this 
number of bus match, event match and circular buffer circuits. 
L Bus Match Circuit 

2 5 Referring to FIG. 6, the preferred embodiments of the bus match circuits, bus 

match 1-4 622-628, are each the same, but their input and output signals are different. 
FIG. 7 illustrates a detailed block diagram of a preferred embodiment of a typical one of 
the bus match circuits described above with respect to FIG. 6. FIG. 7 shows that the bus 
match circuit monitors a particular DSP bus 702 and generates a MATCH signal 782 if 
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data on the DSP bus satisfies a bus match condition. Data inputs 704 from the bus are 
strobed with a CLOCK signal 712 and a VALID clock enable signal 714 into a bus data 
register 710, where the CLOCK 712 and the VALID 714 signals are DSP-derived signals 
which indicate when valid data is available on the bus. A bit-wise "AND" function 720 is 
5 then performed between the bus data register outputs 718 and the outputs 732 of a mask 
register 730. In this manner, specified bits on the bus 702 can be masked-out or ignored. 
A comparator function 740 is then performed between the masked bus data 722 and the 
outputs 752 of a bus value register 750. The comparator 740 has outputs > 742, = 744, < 
748 which are asserted when the bus data is either greater than, equal to, or less than the 

10 value in the bus value register 750, respectively. The outputs 772 of a comparator select 
register 770 select one of these comparator outputs 742-748 via a multiplexer 760. A 
flip-flop 780 synchronously latches the selected comparator output 762 with the CLOCK 
712 and, if the comparator output 762 is true, the MATCH signal 782 is asserted. 

The mask 730, bus value 750 and comparator select 770 registers are loaded with 

15 an UPDATEDR-BM strobe signal 1312 from the output of a bus match shift register 790. 

The bus match shift register 790 is externally downloaded as described above with 
respect to FIG. 6. Specifically, for the first stage bus match circuit, corresponding to bus 
match 1 622 of FIG. 6, the TDI signal 1114 on the data input 791 of the shift register 790 
is shifted into this register upon assertion of SHIFTDR-BM 1314 on the shift enable input 

2 0 793. The TDI signal 1114 is externally-derived serial data, as described below. This data 
is shifted through the shift register 790 and then to the BUS MATCH DATA output 798 
synchronously with the externally derived clock signal, TCK 1117, on the shift register 
clock input 795. The BUS MATCH DATA output 798 is the data input 791 of the second 
stage bus match circuit, corresponding to bus match 2 624 of FIG. 6. The BUS MATCH 

2 5 DATA output 798 of the last stage bus match circuit corresponds to BUS MATCH DATA 
4 688 of FIG. 6. 

One of ordinary skill in the art will recognize that many other embodiments of a 
bus matching circuit having similar functions to the preferred embodiment disclosed 
above are feasible. Further, embodiments of a bus matching circuit having enhanced 
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functions are also feasible. For example, a counter could be added to the circuit shown in 
FIG. 7 in order that a MATCH signal is generated only if multiple matches, as determined 
by the counter, have occurred. 

2. Event Match Circuit 

FIG. 8 illustrates a detailed block diagram of a preferred embodiment of an event 
match circuit. In general, the event match circuit generates a TRIGGER signal 842 on the 
synchronized occurrence of one or more matching conditions as determined by the bus 
matching circuits described above. Referring to FIG. 8, the outputs 812 of a don't care 
register 810 are bit-wise "ORed" 820 with the multiple match signals MATCH 1- 
MATCH4 822, which are outputs from the bus match circuits. The outputs 824 of the 
"OR" 820 are then "ANDed" 830 together. This allows the event match circuit to be 
configured to ignore the MATCH signals from particular bus match circuits. The output 
832 of the "AND" 830 is clocked 712 into a flip-flop 840 to create a single, synchronized 
TRIGGER signal 842. 

The don't care register 810 is loaded with an UPDATEDR-EM strobe signal 1322 
from the output 852 of an event match shift register 850. This shift register is externally 
downloaded as described above with respect to FIG. 6. Specifically, for the first stage 
event match circuit, corresponding to event match 1 642 of FIG. 6, the TDI signal 1114, 
which is externally derived serial data, is loaded into the data input 851 of the event match 
shift register 850. This data is shifted into the register 850 upon assertion of SHEFTDR- 
EM 1324 on the shift enable input 853 of the shift register 850, synchronized to the 
externally derived clock signal, TCK 1117, applied to the shift register clock input 855. 
The EVENT MATCH DATA output 854 is the data input 851 of the second stage event 
match circuit, corresponding to event match 2 644 of FIG. 6. The EVENT MATCH 
DATA output 854 of the last state event match circuit corresponds to EVENT MATCH 
DATA 3 696 of FIG. 6. 

One of ordinary skill in the art will recognize that many other embodiments of an 
event matching circuit having similar functions to the preferred embodiment disclosed 
above are feasible. Further, embodiments of an event matching circuit having enhanced 
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functions are also feasible. For example, the MATCH signal shown in FIG. 7 could be 
latched such that it remains asserted until cleared by a reset signal, downloaded instruction 
or otherwise. In that manner, the TRIGGER signal shown in FIG. 8 could be generated in 
response to non-simultaneously occurring states occurring on multiple buses. 
5 3, Circular Buffer Circuit 

FIG. 9 illustrates a detailed block diagram of a preferred embodiment of a circular 
buffer. The circular buffer provides a random access memory, RAM 910 to store bus 
data. The circular buffer circuitry includes a trigger flip-flop 920 which responds to the 
occurrence of a TRIGGER signal 842 from a corresponding event match circuit. This 

1 0 flip-flop controls the RAM read/write circuitry. Other circular buffer circuitry includes an 
address counter 930 which points to RAM data locations and a shift register 940 which 
loads bus data read from RAM 910 and outputs that data to an external interface. 

The trigger flip-flop 920 controls whether the RAM 910 is writing or reading bus 
data. Upon a RESET* signal 1374 and until the occurrence of the TRIGGER signal 842, 

15 the positive asserted output, Q, 922 and negative asserted output, Q/ 924 of the trigger 
flip-flop 920 allow writes to RAM by enabling the VALID signal 714 to assert the RAM 
write enable input 912 and by asserting the enable input 952 of the tri-state buffer 950. 
The tri-state buffer 950 drives bus data 904 from a DSP bus 902 onto the RAM data lines 
914. Upon the occurrence of the TRIGGER signal 842, the trigger flip-flop outputs 922, 

2 0 924 change states to de-assert the RAM write enable input 912, de-assert the tri-state 
buffer enable input 952, and assert the RAM read enable input 916, disabling RAM writes 
and enabling RAM reads. The trigger flip-flop Q output 922 also generates an active 
STATUS signal 926 which can be read through the external interface as described below. 
The active STATUS signal 926 allows an external device to determine when a triggering 

2 5 event has occurred in order to initiate an upload of trace data from the circular buffer. 

An address counter 930 controls the RAM address lines 932. The counter 930 
increments upon the occurrence of a pulse on its clock input 934, generating addresses 
from the lowest RAM address to the highest RAM address. At the next count after the 
highest RAM address, the counter overflows to zero, causing the counter to seamlessly 
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wrap back to the lowest RAM address. During data writes from the DSP bus 902 into 
RAM 910, the source of the count pulse is VALID 714 which is gated to the counter 930 
via a multiplexer 960. During data reads from RAM 910, the source of the count pulse is 
the UPDATEDR-CB signal 1332, which is also gated to the counter 930 via the 
5 multiplexer 960. The multiplexer 960 has a select input 962, controlled by the trigger flip- 
flop Q output 922, which selects the count pulse source as either VALID 714 or 
UPDATEDR-CB 1332. As stated above, VALID 714 is DSP-derived and indicates when 
valid data is available on the bus. The UPDATEDR-CB signal 1332 is derived from a 
signal generated by the external interface, as discussed below. RAM writes are "free- 
10 running" such that the circular buffer continuously overwrites itself until the occurrence of 
a triggering event. 

The UPDATEDR-CB signal 1332 also strobes the load input 942 of the circular 
buffer shift register 940, causing a parallel load of data read from RAM 910 onto the 
RAM data lines 914. Data loaded into the shift register 940 is serially output as the TDO- 

15 CB signal 1336 when the shift enable input 944 is asserted by the SHEFTDR-CB signal 
1334. This data output is synchronous with the TCK clock signal 1117 applied to the 
register's shift clock input 946. SHEFTDR-CB 1334 is derived from a signal generated by 
the external interface, as discussed below. TCK 1117 is an externally generated clock 
signal and TDO-CB 1336 generates an external output signal, which are also discussed 

2 0 below, 

FIG. 10 illustrates how data is stored and retrieved from the circular buffer. The 
example shown in FIG. 10 depicts a RAM 1000 having 64K (65,536) data cells 1010 with 
addresses 1020 ranging from 0 to FFFF 16 . Before a triggering event, bus data is 
continuously loaded from the lower to the higher RAM addresses, overwriting previously 
2 5 stored bus data. Assuming a trigger occurs after data was written to RAM address 4FFF :6 , 
then the oldest data 1012 remaining in RAM (i.e., the data written to RAM first compared 
with all other data remaining in RAM) is at address 5000 16 . Data is then read out of RAM 
beginning with the oldest data 1012 at address 5000 16 and continuing to data 1014 at the 
highest memory address FFFF l6 . At address FFFF l6 , the address counter overflows to 
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address 0. Data continues to be read from that data cell 1010 at address 0 through the data 
cell 1016 at address 4FFF 16 , at which point the external interface will have read the entire 
64K data cells stored in RAM 1000 and will stop requesting data. Thus, a 64K word data 
trace from a DSP bus will have been captured and uploaded, beginning with the data 
which occurred on the DSP bus furthest in time from the triggering event and ending with 
data occurring just prior in time to the triggering event. 

One of ordinary skill in the art will appreciate that many other embodiments of a 
circular buffer having similar functions to the preferred embodiment disclosed above are 
feasible. Further, a circular buffer embodiment having enhanced functions from that 
shown is also feasible. For example, the circular buffer could be configured so that trace 
data is selectively captured before, after or around the occurrence of the triggering event. 
This function could be implemented, for example, with additional circuitry, including a 
counter, to selectively delay disabling the RAM write enable after the occurrence of a 
triggering event. In this manner, the circular buffer will continue to capture trace data for 
a fixed interval after the triggering event. One of ordinary skill will also recognize that 
other memory configurations are feasible for trace data storage, such as a first-in, first-out 
(FIFO) buffer. 

4. External Interface 

a. IEEE Std 1149.1 

The external interface allows trigger conditions to be externally loaded into the bus 
monitor and provides for the circular buffer contents to be externally read for analysis and 
display. A preferred embodiment of the external interface is based on the IEEE Standard 
Test Access Port and Boundary-Scan Architecture, described in IEEE Std 1149.1-1990. 
FIG. 11 is a detailed block diagram of the circuitry defined by IEEE Std 1149.1. The test 
logic shown in FIG. 11 consists of a Test Access Port (TAP) 1110, a TAP controller 1 120, 
an instruction register 1130 and a bank of test data registers 1140. 

As shown in FIG. 11, the TAP contains four signals, TDO 1112, TDI 1114, TMS 
1115, TCK 1117 and an optional fifth signal, TRST* 1119 which are connected to 
external contacts. These signals control the operation of tests and allow serial loading and 



-13- 



unloading of instructions and test data. The TAP 1110 provides a "diagnostic socket" 
which allows an external test processor to control and communicate with various test 
features built into an integrated circuit, circuit module or circuit board. TCK 1117 is a test 
clock input which is independent from the system clocks which synchronize the circuit 
under test. TMS 1115 is a test mode select input which controls the operation of the test 
logic with a binary sequence applied at this input and fed to the TAP controller 1120. TDI 
1114 is a serial data input which is fed into either the instruction register or the test data 
registers depending on the control sequence previously applied to TMS 1115. TDO 1112 
is a serial output from the test logic which is fed from either the instruction register 1130 
or the test data registers 1140 depending on the control sequence previously applied to 
TMS 1115. Both the rising and falling edges of the TCK clock input 1117 are significant, 
with the rising edge used to load the TAP inputs TMS 1115 and TDI 1114 and the falling 
edge used to clock data through the TAP output, TDO 1112. TRST* 1119 is an optional 
reset input. A 0 applied to this input asynchronously forces the test logic into its reset 
state. 

Continuing to refer to FIG. 11, the TAP controller 1120 is a 16-state finite state 
machine that operates according to the state diagram shown in FIG. 12. As shown in FIG. 
12, in the states whose names end in "-DR," the test data registers operate, while in those 
whose names end in "-ER," the instruction register operates. A move along a state 
transition arc occurs on every rising edge of TCK. The 0s and Is shown adjacent to the 
state transition arcs show the value that must be present on TMS at the time of the next 
rising edge of TCK for the particular transition to occur. In the Test-Logic-Reset state 
1202, all test logic is reset. In the Run-Test/Idle state 1204, either a self-test is run or the 
test logic is idle, depending on the instruction held in the instruction register. In the 
Capture-DR state 1214, data is loaded from the parallel input of the test data register 
selected by the instruction register. In the Shift-DR state 1218, data is shifted between 
TDI and TDO for the selected test data register. This allows previously captured data to 
be examined and new test input data to be entered. The Update-DR state 1232 marks the 
completion of the shifting process and allows the latching of the parallel outputs of the test 



-14- 



data registers to prevent rippling of signals through the system logic while new data is 
shifted into the test data registers. The Capture-IR 1264, Shift-IR 1268 and Update-IR 
1282 states are analogous to the Capture-DR 1214, Shift-DR 1218 and Update-DR 1232 
states, respectively, but cause operation of the instruction register. By entering these 
5 states, a new instruction can be entered and applied to the test data registers or other 
specialized circuitry. In the remaining eight controller states, no operation of the test logic 
occurs. The "Pause" states 1224, 1274 allow the shifting process to be temporarily halted. 
The Select- 1212, 1262; Exitl- 1222, 1272; and Exit2- 1228, 1278 states are decision 
points that allow choices to be made as to the route to be followed around the controller's 

10 state diagram. 

Referring back to FIG. 11, the instruction register 1130 allows test instructions to 
be entered into the test logic. The IEEE Std 1 149.1 specifies various required and optional 
instructions and binary patterns for these instructions. However, these specified 
instructions may be supplemented with other so-called public or private instructions. The 

15 instruction decoder 1150 provides a decoder for these various instruction binary patterns, 
resulting in control outputs 1152 distributed to the test data registers and other test logic. 

Still referring to FIG. 11, the IEEE Std 1149.1 provides for a bank of test data 
registers 1140. The bypass 1142 and boundary-scan registers 1144 are mandatory. The 
device identification register 1146 is specified but optional. Further, test data registers 

2 0 1148 specific to a given design are also allowed. All test data registers 1148 operate 
according to the same principles. Test data registers 1148 are enabled for a particular test 
operation by the current instruction. Referring to FIG. 12, enabled registers will load data 
from their parallel inputs, if any, during the Capture-DR state 1214, will make new data 
available at their latched parallel outputs, if any, during the Update-DR state 1232, and 

2 5 will shift data from TDI to TDO during the Shift-DR state 1218. 

As shown in FIG. 11, one of each of the various test data register outputs can be 
selected via a multiplexer 1160 according to an instruction contained in the instruction 
register 1130. Further, the TAP controller 1120 can select 1122 between the instruction 
register output 1132 and the output of a selected test data register 1162 via a second 
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multiplexer 1170. The TAP controller 1120 also controls 1124 the TOO output buffer 
1180. 

b. External Interface Circuitry 

FIG. 13 illustrates a preferred embodiment of the external interface of the current 
invention. This embodiment is a serial interface based on the EEEE Std 1 149.1 described 
above. As shown in FIG. 13, the external interface incorporates the test logic architecture 
illustrated in FIG. 11. The external interface also incorporates test data registers specific 
to this application, as provided by IEEE Std 1149.1. These test data registers are the bus 
match data register 1310, the event match data register 1320 and circular buffer shift 
registers 1-3 1330, 1340, 1350. 

Functionally, the bus match data register 1310 is made-up of multiple stages of the 
mask register 730, bus value register 750, comparator select register 770 and bus match 
shift register 790, as described above with respect to FIG. 7. The event match data 
register 1320 is made-up of multiple stages of the don't care register 810 and event match 
shift register 850, as described above with respect to FIG. 8. Each of the circular buffer 
shift registers 1330, 1340, 1350 are the same as the circular buffer shift register 940 
described above with respect to FIG. 9. 

The test data registers 1140 are controlled by signals generated by the register 
control 1360. The inputs to the register control are UPDATEDR 1362, SHIFTDR 1364 
and CAPTUREDR 1366 which correspond to the TAP controller states Update-DR 1232, 
Shift-DR 1218 and Capture-DR 1214 described above with respect to FIG. 12. Control 
signals corresponding to these register control inputs, for example UPDATEDR-BM 
1312, SHIFTDR-BM 1314, UPDATEDR-EM 1322, SHffTDR-EM 1324, 
C APTUREDR-CB 1 1332 and SKDFTDR-CB1 1334, are routed to the test data registers 
1140 via a demultiplexer internal to the register control 1360 which responds to register 
select signals 1368 generated by the instruction decoder 1150. In this manner, each test 
data register 1140 can be selected and controlled according to an instruction downloaded 
to the instruction register 1130, as described above. 
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Referring to FIG. 13, the STATUS[1:3] input 1372 to the instruction register 1130 
is from the three circular buffer circuits and comprises one STATUS signal 926 from each 
trigger flip-flop 920 in a circular buffer circuit, as described above with respect to FIG. 9. 
The instruction register can capture that status, upon TAP controller assertion of the 
CAPTURE-IR signal 1122, and that status can be shifted to the external interface output, 
TDO 1112, to be read by an external device. In this manner, an external device can detect 
when a trigger condition has occurred, indicating the corresponding circular buffer data is 
ready to be uploaded. For example, if one bit of the STATUS[1:3] input 1372 indicates 
that circular buffer 1 has been triggered, the external device then downloads an instruction 
which specifies circular buffer shift register 1 1330 to the instruction register 1130. That 
instruction is decoded 1150, generating a register select input 1368 to the register control 
1360 and an output select signal 1369 to the multiplexer 1160 so that CAPTUREDR-CB 1 
and SHIFTDR-CB1 signals are input to circular buffer shift register 1 1330 and the TDO- 
CB1 output 1336 is switched to the multiplexer output 1162 and out to the external device 
via the second multiplexer 1170, the output buffer 1180 and the TAP output, TDO 1112. 

FIG. 14, comprising FIGS. 14A-14M, illustrates the timing associated with 
initializing bus monitor trigger conditions. Table 1 lists controllers states and associated 
state codes. As shown in FIG. 14G, an instruction is first downloaded to the instruction 
register while SHIFTER is asserted 1410. The downloaded instruction selects a specified 
test data register to be initialized, that is, the bus match data register or the event match 
data register. This instruction is loaded into the instruction register on the edge of the 
UPDATEIR signal 1420, shown in FIG. 14H. Next, as shown in FIG. 14J, trigger 
conditions are downloaded to the specified test data register while SHIFTDR is asserted 
1430. These trigger conditions are latched on the edge of the UPDATEDR signal 1440, 
shown in FIG. 14K. Two such sequences of loading the instruction register to select a test 
data register and loading the specified test data register are necessary to load all stages of 
the bus match data register and event match data register with corresponding mask, bus 
value, comparator select and don't care data. 
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Controller State 


Code 


EXTT2-DR 


0 


EXIT1-DR 


1 


SHIFT-DR 


2 


PAUSE-DR 


3 


SELECT-IR-SCAN 


4 


UPDATE-DR 


5 


CAPTURE-DR 


6 


SELECT-DR-SCAN 


7 


EXIT2-IR 


8 


EXIT1-IR 


9 


SHIFT-IR 


A 


PUASE-IR 


B 


RUN-TEST-IDLE 


C 


UPDATE-IR 


D 


CAPUTRE-IR 


E 


TEST-LOGIC-RESET 


F 



Table 1. Controller states and state codes. 
FIG. 15, comprising FIGS. 15A-15M, illustrates the timing associated with 
uploading bus trace data from the bus monitor after a triggering event occurs. As shown 
in FIG. 15F, status information is loaded into the instruction register on the edge of the 
CAPTUREIR signal 1510. This status information is uploaded to an external device, a 
pause occurs, and then an instruction is downloaded to the instruction register, as control 
by the SHIFTER signal 1520, shown in FIG 15G. The downloaded instruction selects a 
specified test data register to be read, that is, one of the circular buffer shift registers. This 
instruction is loaded into the instruction register on the edge of the UPDATEIR signal 
1530, shown in FIG. 15H. Next, data is read from the selected circular buffer RAM and 
latched into the corresponding circular buffer shift register on the edge of the 
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CAPTUREDR signal 1540, shown in FIG 151. This data is then shifted to the TDO 
output during assertion of the SHEFTDR signal 1550, shown in FIG 15J. FIG. 15 
illustrates two sequences of capturing RAM data and shifting data to the TDO output. 
One such sequence is necessary for each RAM data cell. For example, 65,536 such 
sequences are necessary to upload DSP bus trace data from a 64K-\vord RAM to an 
external device. The sequence of loading an instruction to select a test data register 
followed by multiple capture and shift sequences to read RAM is necessary to upload each 
triggered circular buffer in the bus monitor, as indicated by the STATUS signal. 

The preferred embodiment of the external interface has been disclosed as a serial 
interface based upon IEEE Std 1149.1. One of ordinary skill in the art, however, will 
appreciate that many other embodiments of the external interface are feasible. For 
example, a serial interface which does not necessarily comply with IEEE Std 1 149.1 could 
be implemented to download trigger conditions from an external device and upload bus 
trace data to an external device. Also, various parallel interface embodiments, although 
requiring more external pin-outs, could be used to transfer trigger conditions and data to 
and from the bus monitor of the current invention. For example, the mask, bus value, 
comparator select, don't care and circular buffer registers could all be implemented as 
parallel load, parallel output devices interconnected by a common, externally accessible 
bus. Appropriate control signals could then be used to transfer trigger data into and trace 
data out of these registers via the common bus. 
C. Variations and Modifications 

The bus monitoring apparatus and method according to the present invention has 
been disclosed in detail in connection with the preferred embodiments, but these 
embodiments are disclosed by way of examples only and are not to limit the scope of the 
present invention, which is defined by the claims that follow. One of ordinary skill in the 
art will appreciate many variations and modifications within the scope of this invention. 
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